home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 1 / ETO Development Tools 1.iso / Essentials / MacApp Documentation / MacApp AppleLink Messages / MacApp.Tech$ Jul 89 / W0065-APDA release MacApp-Jul89 < prev    next >
Encoding:
Text File  |  1989-07-18  |  2.2 KB  |  53 lines  |  [TEXT/GEOL]
  1. Item forwarded  by  BURBECK.S    to MACAPP.TEST
  2.  
  3. Item    4809312                         13-July-89        21:01
  4.  
  5. From:   D2605                           Xanadu Operating,Marc Stiegler, PRT
  6.  
  7. To:     FRIEDRICH1                      Friedrich, Steve
  8.  
  9. cc:     BURBECK.S                       Burbeck, Steve
  10.         MACAPP.ADMIN                    Design Methodology, Joel Norvell
  11.  
  12. Sub:    APDA release MacApp death
  13.  
  14. Steve,
  15.   I just got a copy of the new (2.0ß9-1) APDA release MacApp and I have 2
  16. significant problems with it.  First, when my appl is the first one run after a
  17. boot, it (sometimes - as in twice) gets a bus error (caught by the MacApp
  18. debugger) in the TApplication.IApplication method while initializing the
  19. menu's.  The address referenced is db6db6 (i think).  Everything is fine on the
  20. second run, or if something is run before it (which I usually do).  I couldn't
  21. get it to fail again when I was writing this message so I don't have more
  22. accurate information.  (Next time, I'll write it down...)
  23.     The second problem is the real one.  My application uses MacTCP to connect
  24. to a Sun running a server.  After the first packet is received from the Sun
  25. (which is sent automatically after a Connect request is honored) the program
  26. now bombs.  The MacApp debugger prints out:
  27. Broke at Begin UNPATCHTRAP Seg#:1
  28. Command [ ... ]:|
  29.  
  30. after which the system breaks into MacsBug, which prints out:
  31. Spurious interrupt or Unitialized Interrupt Vector at: 2E680061
  32. 2E680061  * ORI.B #$4E,D0   ; 'N'       | 0000 004E
  33.  
  34.  at which point the system is totally locked up, no response.  Reset switch is
  35. required.
  36.     As might be surmised, this all worked fine under the previous version of
  37. MacApp that I was using (2.0ß8.1).  I have been trying to track down the exact
  38. source of the problem, but as you might guess, it is rather time consuming
  39. because I have to step through the application carefully, and reboot often.  I
  40. will continue to try to locate the exact source, but I wondered about 2 things:
  41.  
  42.  
  43. a) has anyone else reported funny things like this?
  44. b) where there any changes to the patch, debug, or failure code that might
  45. cause a change in interrupt handling? (i did some compares but found no
  46. important(?) differences)
  47.  
  48. Thanks,
  49. --Hugh Hoover
  50.   Xanadu Operating Company
  51.  
  52.  
  53.